Improve CSS styling of touch text selection handles

Don't hook on the widget style context and set up instead
a widget path for itself. Also use a common style class
for both handles, with an extra top/bottom class for each
handle.

Updated Spanish translation

Updated Spanish translation

Updated Spanish translation

Updated Polish translation

Updated POTFILES.in

cssvalue: Implement transitioning arrays

Or rather: Implement it for backgrounds, as the animation rules for
arrays vary by property.

cssvalue: Pass property ID to transition function

This is to allow animating arrays properly. I'm not really thrilled
about this solution (we leak propertys into the values again...), but
it's the best I can come up with - I prefer it to having N different
array types...

cssvalue: Don't allow empty arrays anymore

CSS arrays aren't empty, even the ones that appear empty contain one
"none" element.

cssvalue: Make the array parser no longer parse "none"

Arrays that support it, handle it themselves.

css: Redo bindings parsing

I want to get away from the ability to have 0-length arrays, all css
arrays are single element.
Even if the element is "none", it is still a "none" element.

gtkliststore: fix documentation typo

Add a way to test touch features

The GTK_TEST_TOUCHSCREEN envvar is now checked in entries
and textviews to allow testing of text handles with other
kinds of devices.

Implement touch text selection in GtkTextView

GtkTextHandle is used to indicate both the cursor position
and the selection bound, dragging the handles will modify
the selection and scroll if necessary.

Backwards text selection is also blocked for touch devices,
so the handles don't get inverted positions and possibly
obscure portions of the selected text.

Implement touch text selection in GtkEntry

GtkTextHandle is used to indicate both the cursor position
and the selection bound, dragging the handles will modify
the selection and scroll if necessary.

Backwards text selection is also blocked for touch devices,
so the handles don't get inverted positions (This is more
important though on GtkTextView, as inverted handles may
obscure portions of the selected text, good for consistence
though)

Add GtkTextHandle

This is a helper object to allow text widgets to implement
text selection on touch devices. It allows for both cursor
placement and text selection, displaying draggable handles
on/around the cursor and selection bound positions.

Currently, this is private to GTK+, and only available to
GtkEntry and GtkTextView.

scrolledwindow: don't capture events meant for non-child windows

GtkTextHandle creates temporary override redirect windows, but still
hook to the text widget for events, so those are effectively captured
by GtkScrolledWindow if a text widget is within it

Updated Lithuanian translation

update Punjabi Translation for gtk module

Try harder to discriminate Shift-F10 and F10

A change in xkeyboard-config 2.4.1 made it so that function keys
now have a shift level which has the same symbol, but 'eats' the
shift modifier. This would ordinarily make it impossible for us
to discriminate between these key combinations.

This commit tries harder to discriminate in 2 ways:
- XKB has a mechanism to tell us when a modifier should not be
  consumed even though it was used in determining the level.
  We now respect such 'preserved' modifiers. This does not fix
  the Shift-F10 vs F10 problem yet, since xkeyboard-config does
  not currently mark Shift as preserved for function keys.
- Don't consume modifiers that do not change the symbol. For
  the function keys, the symbol on the shift level is the same
  as the base level, so we don't consider Shift consumed.

For more background on the xkeyboard-config change, see
https://bugs.freedesktop.org/show_bug.cgi?id=45008

https://bugzilla.gnome.org/show_bug.cgi?id=661973

:qUpdated Latvian translation

Updated Polish translation

Updated Polish translation

Also restore missing copyrights.

Updated Galician translations

Updated Norwegian bokmål translation

Updated Vietnamese translation

po/vi: import from Damned Lies

Revert "menubutton: make it work with custom content in .ui file"

This reverts commit 6e6487b461adf2628f49fc257a7a30a2346e5a25.

GtkMenuButton: Override add

By removing an existing child in add, if it is our own arrow,
we can make things work better in GtkBuilder.

https://bugzilla.gnome.org/show_bug.cgi?id=682291

menubutton: make it work with custom content in .ui file

This was reported in bug 682291.

https://bugzilla.gnome.org/show_bug.cgi?id=682291

Signed-off-by: David Zeuthen <zeuthen@gmail.com>

window: Add a delay before automatically showing mnemonics

Showing mnemonics immediately on modifier press can be annoying and
distracting when the user is just trying to Alt+Tab into another
application/window since the mnemonic will show up and quickly vanish
again when we receive the focus out event.

https://bugzilla.gnome.org/show_bug.cgi?id=672431

Fix positioning of file format radios

When the file name changes, the file format radios were dancing
around. This commit keeps them flush right.

Fix mnemonic activation for some printer option widgets

The file type radio group has a mnemonic on its label, but
activating it did not work, since GtkPrinterOptionWidget did
not know to forward the activation to one of the buttons.

Improve print to file options in print dialog

* This patch gets rid of the separated
   fields for selecting a print to file
   target by removing the folder selection
   button and the entry. It is replaced by
   a browse button,  which opens a file
   selection dialog, that can select both
   the path AND the filename.
 * If the filename is relativ to the home
   folder it will substitute ~/ instead of
   the home folder. Additionally if the
   resulting filename is longer than 30
   characters, it cut of the first part
   and replace it by '...' so that
   the button text never gets too long.

https://bugzilla.gnome.org/show_bug.cgi?id=682129

l10n: Updated Persian translation

Allow setting Pango attributes on entries

This is useful to adjust the weight or scale of the text.

Updated Galician translations

Updated Polish translation

[GtkFileChooserButton] bgo#645065 - Restore the previously-selected file when the button's GtkFileChooserDialog is canceled

The file chooser is asynchronous, so doing 'select_file (old_file)' and subsequently querying
the file for updating the labels is not going to work.  However, the underlying file chooser
will emit 'selection-changed' as appropriate when it finishes restoring the old file.  So,
we only need to update the labels when the file chooser dialog is confirmed, not cancelled.

Move entry completion code where it belongs

This commit moves all the entry completion implementation
into gtkentrycompletion.c. It also gets rid of an unnecessary
completion_device member in GtkEntryPrivate.

GtkEntry: pack GtkEntryPrivate a bit better

Also compile gtkdbusgenerated.c on non-UNIX environments

When compiling gtk on Win32 then the file gtkdbusgenerated.c also needs to be
compiled and linked into the gtk library as it's needed for GtkMountOperation

https://bugzilla.gnome.org/show_bug.cgi?id=682825

Always make primary headings bold in message dialogs

Unless they have markup. But only use big text if there is
secondary text.

https://bugzilla.gnome.org/show_bug.cgi?id=683001

Updated Kazakh translation

Remove unintentional symbol export

Just a forgotten static.

Revert "gtk: Fix exports for new symbols"

This reverts commit 07b33586e2552faece4a404c01cffb340ab7fc62.

gtk: Fix exports for new symbols

Update config.h.win32.in

Make the entries more in line with those given in the generated
config.h.in.

Updated Galician translations

Updated Lithuanian translation

scrolled-window: fix rendering of scrolled window background

- don't poke at the children's background pattern at draw time, but just
  call gtk_render_background()
- we should propagate rendering of the background to the overshoot
  window when the state flags or the style changes, or it won't respond
  to e.g. focused/backdrop changes correctly

https://bugzilla.gnome.org/show_bug.cgi?id=682854

css: Remove unused macro

GTK_CSS_DEPENDS_ON_EVERYTHING was used as a placeholder when
implementing dependencies. Now that dependencies are completely
implemented, it's no longer necessary.

cssimage: Implement dependencies for images

cssvalue: Implement dependency tracking for gradients

cssvalue: Handle dependencies for typed values

css: Make color lookup handle dependencies

css: Handle some more simple cases of dependencies

cssvalue: First step of proper dependency tracking

Instead of using the EVERYTHING aka FIXME value for tdependencies,
actually compute the dependencies in a bunch of simple cases.

stylecontext: Update computed values when dependencies change

This fixes the longstanding bug where GTK would not update styles when
parent styles would change.

https://bugzilla.gnome.org/show_bug.cgi?id=672046

stylecontext: Refactor some code

This just changes the arguments passed to build_properties() and moves
that function around in the source file. No functional changes are
happening.

css: Pass relevant properties to css lookup code

This is not used yet in this patch.

computedvalues: Pass dependencies to set_value()

This simplifies the code.

stylecontext: Compute correct changes

... in the case where no change of the DOM tree actually happened.

We don't do anything yet with that information, this patch just
correctly computes it.

stylecontext: Split out a function for simplicity

cssomputedvalues: Track dependencies

We now track what values have dependencies on what other values so that
we could in theory recompute them when we need to.

stylecontext: Pass the changes in the parent to validation function

This way, inherited properties can be updated.

css: Introduce dependencies for value computations

When values are computed, they might depend on various other values and
we need to track this so we can update the values when those other
values change. This is the first step in making that happen.

This patch does not do any dependency tracking at all, instead it uses
GTK_CSS_DEPENDS_ON_EVERYTHING as a sort of FIXME.

css: Move computing of initial and inherit values

... to the compute vfunc. Simplifies code quite a bit. But makes the
code no longer a simple step-by-step implementation of the spec.

cssstyleproperty: Get rid of unused API

Both _gtk_css_style_property_print_value() and
_gtk_css_style_property_compute_value() aren't necessary anymore and are
replaced by _gtk_css_value_print() and _gtk_css_value_comptue()
respectively.

csscustomproperty: Move compute code to GtkCssTypedValue

This way, we don't need the print_value vfunc anymore.

cssstyleproperty: Don't set print or compute vfuncs anymore

Nobody does that these days.

cssstyleproperty: Remove all useless compute vfuncs

Now that we call _compute() by default, we don't need any special cases
anymore that do the same thing.

cssstyleproperty: Call _compute() in the compute function

... instead pof just reffing the value.

css: Move special case for 0px borders

This is in preparation for the next commits.

css: Fold color value computation into gtksymboliccolor.c

This gets rid of the public function
_gtk_css_rgba_value_compute_from_symbolic().
The fallback is now handled using a switch statement instead of letting
the caller pass the function.

css: Pass property_id to compute function

This is a reorganization of how value computing should be done.
Previously the GtkCssStyleProperty.compute vfunc was supposed to take
care of special cases when it needed those for computation. However,
this proved to be very complicated in cases where values were nested and
only the last value (of a common type) needed to be special cased.

A common example for this was the fallback handling for unresolvable
colors.

Now, we pass the property's ID along with all compute functions so we
can do the special casing where it's necessary.
Note that no actual changes happen in this commit. This will happen in
follow-ups.

css: Introduce _gtk_css_value_compute()

This commit is essentially a large reorganization. Instead of all value
subtypes having their own compute function, there is the general
_gtk_css_value_compute() function that then calls a vfunc on the
subtype.

Implemented FUEL entries to Assamese translation

Implemented FUEL entries to Assamese translation

[l10n] Update Japanese translation

Updated Norwegian bokmål translation

gkimmulticontext: Remove left over debug print

Remove the g_print debug statement from propagate_purpose.

https://bugzilla.gnome.org/show_bug.cgi?id=682747

Updated Greek translations

Assamese translation updated

Assamese translation updated

Fix a typo in the the comments

https://bugzilla.gnome.org/show_bug.cgi?id=682724

Updated Polish translation

Docs: GtkAspectFrame: use top/bottom for vertical alignment

Before left/right was used.

https://bugzilla.gnome.org/show_bug.cgi?id=682662

Use new printer setting to reduce code required by application

Updated demo to use new setting that allows an application to change the
output filename without the need to create the uri itself.

https://bugzilla.gnome.org/show_bug.cgi?id=676787

GtkIMMultcontext: Propagate input purpose and hints

The lack of this was pointed out by Carlos Garnacho in
https://bugzilla.gnome.org/show_bug.cgi?id=651244

Add GTK_INPUT_HINT_INHIBIT_OSK to GtkInputHints

This hint may be used in text widgets to inhibit their
input methods. The most compelling usecase is calculator
applications, which already have a builtin and better
suited onscreen keyboard.

https://bugzilla.gnome.org/show_bug.cgi?id=651244

Trivial: Fix a whitespace messup

Pointed out by Carlos Garnacho in bug 651244.

Updated Spanish translation

Updated Vietnamese translation

po/vi: import from Damned Lies

Updated Polish translation

Improve the layout of the mount operation dialog

This improves the layout of the mount operations dialog to:
 * Make primary labels bold in all cases
 * Lay out the widgets in a grid
 * Put space between the two radio groups to distinguish them

https://bugzilla.gnome.org/show_bug.cgi?id=682552

Updated Spanish translation

Remove gdk_window_flush_if_exposing as its not needed anymore

We no longer support modifying GdkWindow hierarchies during
expose events. This is not working anymore anyway as the
flush operation now does not push already rendered pixels
in the flushed window from the double buffer to the window.

https://bugzilla.gnome.org/show_bug.cgi?id=679144

Fix flashing in non-double-buffered widgets

Avoid copying back partially drawn double-buffer data
when flushing to avoid flicker. This means non double
buffered widgets must draw opaque pixels in its expose
handlers, and that you are not allowed to use direct
rendering (or modify GdkWindow pos/size/order) from
inside the expose handler of a double buffered widget.

See https://bugzilla.gnome.org/show_bug.cgi?id=679144 for more
details